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The natural alignment of a PRP List is 64-bits (Qword). A clarification is added that a PRP List 
shall be Qword aligned. 

A recommendation is added that namespace identifiers remain static to avoid issues with fast boot 
operations in UEFI or OS drivers. 


The UEFI informative appendix is modified to remove material that is more properly referenced to 
material within UEFI. Refer to NVMe related proposals that are submitted to the UEFI Forum. 







Description of the specification technical flaw: 

Modify the paragraph following Figure 11 as shown below: 

The first PRP entry contained within the command may have a non-zero offset within the memory page. The 
first PRP List entry (i.e. the first pointer to a memory page containing additional PRP entries) that if present is 
contained in the PRP Entry 2 location within the command, shall be Qword aligned and may also have a non¬ 
zero offset within the memory page. All other PRP and PRP List entries shall have a memory page offset of 
Oh, i.e. the entries are memory page aligned based on the value in CC.MPS. The last entry within a memory 
page, as indicated by the memory page size in the CC.MPS field, shall be a PRP List pointer if there is more 
than a single memory page of data to be transferred. 


Modify section 6.1 as shown below: 

A namespace is a collection of logical blocks that range from 0 to the capacity of the namespace - 1. The 
number of namespaces present is reported in the Identify Controller data structure. The namespaces are 
allocated in order (starting with 1) and packed sequentially. Namespaces identifiers may change across 
power off conditions. However, it is recommended that namespace identifiers remain static in order to avoid 
issues with EFI or OS drivers fast discovery processes. The management (creation, deletion) of namespaces 
is outside the scope of this specification. 

The Namespace Size field in the Identify Namespace data structure defines the total size of the namespace in 
logical blocks (LBA 0 through n-1). The Namespace Utilization field in the Identify Namespace data structure 
defines the number of logical blocks currently allocated in the namespace. The Namespace Capacity field in 
the Identify data structure defines the maximum number of logical blocks that may be allocated at one time as 
part of the namespace in a thin provisioning usage model. The following relationship holds: Namespace Size 
>= Namespace Capacity >= Namespace Utilization. 

A namespace may or may not have a relationship to a Submission Queue; this relationship is determined by 
the host software implementation. The controller shall support access to any valid namespace from any I/O 
Submission Queue. 


Remove section 10 as shown below: 

10.1 EF I I nformat i on 

For add i t i ona l i nformat i on on r e comm e ndat i ons prov i d e d i n th i s app e nd i x, p le as e r e f e r to th e fo ll ow i ng 

sp e c i f i cat i ons: 

•— PC I F i rmwar e 3.0 sp e c i f i cat i on (http://www.pc i s i g.com) 

•— UEF I 2.1 sp e c i f i cat i on (http://www.u e f i .org) 


10.1.1 EF I GU I D 

Th e NVM Expr e ss r e v i s i on 1.0 GU I D sha ll b e 51116915 - C3/1B - /1D8E - 86DB - 6A70F2E60DAA. 


10.1.2 V e rs i on I nformat i on 

EF I modu le s r e port th ei r v e rs i on i nformat i on as a 16 - b i t va l u e . Th e upp e r byt e sha ll conta i n th e Major 

R e v i s i on numb e r and th e l ow e r byt e sha ll conta i n th e M i nor R e v i s i on numb e r. As an e xamp le , 0105h 

corr e sponds to a r e v i s i on numb e r of 1.05. 

EF I Modu le s sha ll r e g i st e r th ei r modu le i n th e EF I Conf i gurat i on Tab le w i th th e GU I D li st e d i n s e ct i on 0. Th e 

assoc i at e d data structur e w i th th e GU I D sha ll conta i n th e v e rs i on i nformat i on as th e f i rst 16 b i ts. 















10.1.3 — EF I Modu le D i scov e ry 

EF I modu le d i scov e ry shou l d b e don e us i ng prov i d e d OS AP I ca ll s to r e tr ie v e th e EF I Conf i gurat i on Tab le . 

Th e sp e c i f i c OS AP I ca ll s ar e b e yond th e scop e of th i s docum e nt. 

Host softwar e shou l d s e arch th e EF I Conf i gurat i on Tab le for th e NVM Expr e ss GU I D. I f a match i s found 

th e n an NVM Expr e ss EF I modu le was or i s curr e nt l y l oad e d. Th e assoc i at e d data structur e may b e r e ad to 

obta i n th e v e rs i on i nformat i on. 


Update section 1.10 as shown below: 

1.10 References 

PCI specification, revision 3.0. Available from http://www.pcisig.com. 

PCI Express specification, revision 2.1. Available from http://www.pcisig.com. 

PCI Power Management specification. Available from http://www.pcisig.com. 

PCI Single Root I/O Virtualization, revision 1.1. Available from 
http://www.pcisig.com/specifications/iov/single_root/. 

PCI Firmware 3.0 specification. Available from http://www.pcisig.com. 

UEFI 2.3.1 specification. Available from http://www.uefi.org. 

Trusted Computing Group Storage Architecture Core specification. Available from 
http://www.trustedcomputinggroup.org. 

JEDEC JESD218: Solid State Drive (SSD) Requirements and Endurance Test Method standard. Available 
from http://www.jedec.org. 








Disposition log 


7/11/2012 Erratum captured. 

7/18/2012 Removed chapter 10, added references to UEFI to section 1.10. 

8/28/2012 Erratum ratified. 


Technical input submitted to the NVMHCI Workgroup is subject to the terms of the NVMHCI Contributor’s 
agreement. 






